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DATABASE WITH LINKED AUDIO FILE 



BackgronHiDid of the Invemltion 
Field of the Invention 

The present invention relates generally to the field of audio files and more particularly 
to linking an audio file. 

Description of the Related Art 

Many organizations have started recording conversations with clients regarding the 
clients' account(s) with the organization. For example, financial institutions that transact 
large sums of money, such as brokerage houses and banks, typically record conversations with 
clients. Recording a conversation with a client is especially useful when the client requests 
that a transaction be performed. 

The organizations index and archive the recorded conversations, in a continuous 
fashion by date and time. A problem with such an indexing and archival system is that in case 
of a dispute, typically, the organization does not know the exact date and/or time when the 
conversation took place. Therefore, to find the conversation in the archives, the organization 
must allocate an employee to search through the recorded conversations. This search is an 
extremely time consuming and expensive task. 

Smmimairy of the Invention 

The present invention solves the above-described problems by linking an audio file to 
a record in a database. The record is accessed and the audio file related to the record is 
obtained. Once the audio file is obtained, it is recorded on a recording media. The audio file 
is then linked to the record. In one embodiment of the invention, linking the audio file to the 
record is accomplished by storing a pointer to the location of the audio file on the recording 
media in a field of the record. In another embodiment of the invention, the audio file is 
digitized, and the digitized audio file is stored in a memory. The digitized audio file is stored 
in one of two ways: either in a field of the record, or separately from the record. In the latter 
case, a pointer to the audio file is stored in a field of the record. 
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Linking the audio file to its related record allows quick and easy access to the audio 
file from the record. This is particularly useful for client databases since the linking allows 
quick and easy access to conversations with a client about the client's accounts and/or 
transactions. 

Brief Description! of the Drawimigs 

Figure 1 is a block diagram of a system that links an audio file to a database. 

Figure 2 is a flowchart illustrating the method of linking the audio file to the database. 

Detailed Description! 

Figure 1 is a block diagram illustrating system 100. System 100 can be a computer 
system, or any system or device capable of receiving audio data, storing audio data on a 
recording media, and linking the audio data to a record of a database. 

At least some of the audio data may represent audibly displayable information, for 
example, audible sound. The audio data may be grouped into an audio file, which can be a set 
of data or a collection of sets of data. A set of data may be a collection of data with a 
common characteristic, such as a common time or a time period of reception or creation. 

System 100 has processor 130, memory 140, recording device 150, tape 160, 
recordable compact disc (CD-R) 170, semiconductor memory 180, one or more input devices, 
such telephone 110 and microphone 120, and display 185. Display 185 can be any audio, 
audio-visual, or multimedia display, such as a speaker, or a computer. System 100 may also 
include other elements, not shown, such as a keyboard, a co-processor, and/or connections to 
a communications network, such as a local area network (LAN), a wide area network (WAN), 
or the Internet. 

A database is stored in memory 140. In the preferred embodiment, the database is an 
organization's client database comprising records, each of which is related to one or more 
client accounts, although the database can be any database comprising records. For example, 
the organization can be a bank and the database is the bank's client database, with each record 
in the database storing information about a particular client's account(s). 
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Referring to Figures 1 and 2 concurrently, the operation of system 100 is now 
explained. 

In step 200, clients contact the organization to perform transactions related to their 
account(s) or to get information about their account(s). A client can contact the organization 
5 in person or remotely, for example by calling the organization on telephone 110. If the client 
contacts the organization in person, the conversation regarding the clients account can be 
recorded using microphone 120. For ease of reference, the operation of the preferred 
embodiment will be described for a client contacting the organization by telephone 110, 
although one skilled in the art will see that the process works similarly for any input device 
10 that can receive audio data. 

When a client contacts the organization, telephone 110 receives a call and sends a 
^ signal to processor 130 that it received a call. In step 220, processor 130 accesses the record 

yJ related to the client (referred to herein as a client record). Typically, this is accomplished by 

ijjj obtaining information from the client and using the information to locate the client record. 

ill 

15 The information can be any identifier that makes the client recognizable to the system. For 
^ example, the identifier can be the client's personal identification number (PIN), or the clients 

□ account number, or combination of identifiers. Obtaining information from the client can be 

ill 

accomplished in any known manner. For example, an operator asks the client for information, 
or system 100 plays a recorded message that asks the client to enter the information either 
! fl 20 verbally or through the keypad on the client's telephone. 

After the client enters the information processor 130 uses the information to locate the 
client record, the client record's location in memory 140 is made available to processor 130 
and/or the client record is retrieved from memory 140. When the client records' location is 
made available to the processor, the processor can change the data in the client record. When 
25 the client record is retrieved, the information represented by the some of record's fields can be 
played on display 185. 

At about the same time as telephone 110 signals processor 130 that a call is received, 
either telephone 110 or processor 130 signals recording device 150 to turn on. Recording 
device 150 can be turned on before processor 130 accesses the client record, after processor 
30 130 accesses the client record, or concurrently with processor 130 accessing the client record. 


A. Raj ku mar 5 



Alternatively, instead of turning on recording device 150 automatically for every call, 
processor 130 is programmed to selectively turn on recording device 150. For example, 
processor 130 can turn on recording device 150 only when the conversation concerns 
particular client records, or particular accounts, or when the conversation involves an amount 
5 of money greater than a predefined minimum amount of money. In another alternative, an 
operator selectively turns on recording device 150 at the operator's discretion. 

Once recording device 150 is turned on, in step 240, recording device 150 records the 
conversation with the client in an audio file. Recording device 150 can be any recording 
device capable of recording the audio file and storing it on a recording media. The audio file 
10 can be recorded as an analog file and stored onto an analog recording media, such as a tape; or 
the audio file can be recorded as a digital file and stored onto a digital recording media, such 
as a CD-R. Preferably, in the case where the audio file is stored as digital file, the recording 
;J device places the time the file was recorded into the audio file's header. The time of 

j| recording can be useful later when retrieving the audio file. 

15 System 100 then links the audio file to the client record. Several ways of linking the 

audio file and the client record are now described for illustrative purposes. 

In step 260, the system determines whether the audio file is recorded as an analog or a 
digital file. In the case where recording device 150 records the audio file as a digital audio 
file, the audio file can remain in the memory where it was originally recorded, or it can be 
20 moved to any other memory in system 100. For example, the audio file can be moved to 
memory 140 which stores the database, or to semiconductor memory 180. The system 
generates a pointer, which is a set of data that represents a location in memory where the 
audio file is stored. In step 270, the pointer is then stored in a field of the client record. A set 
of data representing a time at which the audio file was recorded can be associated with the 
25 pointer and stored with the pointer. 

System 100 can also contain an index file that correlates audio files to client records. 
The index file can be stored in any of the memories in system 100, such as memory 140, 
which also stores the database, semiconductor memory 180, CD-R 170, or even tape 160. In 
step 280, the index file correlates the pointer to the client record and stores the pointer. For 
30 example, the index file can comprise records, each having at least two fields one of which 


A. Rajkumar 5 



stores a client record identifier and another field stores the pointer to the location in memory 
where the audio file is stored. 

The system can use the field of the client record or/and the index file to store the 
location in memory where the audio file is stored. 

Alternatively, instead of generating a pointer, in step 290, the system stores the entire 
audio file as a field of the client record. 

In the case where recording device 150 records the audio file as an analog audio file, 
the audio file can remain in the memory where it was originally recorded, i.e. in the analog 
recording media such as tape 160. Alternatively, in step 295, the audio file can be digitized 
and then moved. 

When the audio file remains on tape 160, processor 130 generates a pointer to the 
audio file. The pointer is a set of data that represents the location of the audio file on the tape. 
For example, the pointer can represent a distance from the start of the tape to the start of the 
audio file. In step 300, the pointer is then stored either in a field of the client record; or in step 
3 10 the pointer is stored an index file correlating the pointer to the client record. 

Returning to step 295, when the audio file is digitized, the audio file is retrieved from 
the tape and digitized by analog to digital converter (A/D) 190. Although A/D 190 is shown 
as a discrete element, A/D 190 can be part of processor 130. After, the audio file is digitized, 
the digitized audio file is then stored. The digitized audio file is stored either as a field in the 
client record, in step 290, or it is stored as a separate file in any memory of system 100, such 
as memory 140, semiconductor memory 180, or CD-R 170. In the case where the audio file is 
stored as a separate file, the system generates a pointer to the audio file and, as described 
above, either stores the pointer in a field of the client record, in step 270, or in an index file 
correlating the pointer to the client record, in step 280. 

To retrieve the audio file when the pointer is in the field of the client record, processor 
130 accesses the client record in the database and then accesses the field in the client record 
that has the pointer to the audio file. As described above, the time representing when the 
audio file was recorded can be associated with the pointer. Additionally, processor 130 may 
have information related to the time the audio file was recorded. If the recording time is 
associated with the pointer and available to the processor, processor 130 can use this time to 
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assist in locating the correct field. The time the audio file was recorded can be very useful in 
locating the correct field. For example, there can be several pointers, each pointing to 
different audio file. 

After processor 130 obtains the pointer, it finds the location on the recording media as 
5 directed by the pointer and retrieves the audio file. Processor 130 can then send the audio file 
to display 185 for the information represented by the data in the audio file to be played. 

To retrieve the audio file when the pointer is in the index file, processor 130 accesses 
the index file and locates the pointer correlated to the desired client record, and to the desired 
time if there is a time associated with the pointer. Processor 130 then finds the location on the 
10 recording media directed by the pointer. After processor 130 locates the correct address in the 
correct memory, it retrieves the audio file. Processor 130 can then send the audio file to 
display 185 for the information represented by the data in the audio file to be played. 

To retrieve the audio file when the audio file is stored in the field of the client record, 
processor 130 accesses the client record in the database, and then accesses the field in the 
15 client record that has the audio file. As described above, the time representing when the audio 
file was recorded could have been stored in a header of the audio file. Additionally, processor 
130 may have information related to the time the audio file was recorded. If the recording 
time is stored in the header of the audio file and available to the processor, processor 130 can 
use this time to assist in locating the correct field. After processor 130 locates the correct 
20 field, it retrieves the audio file. Processor 130 can then send the audio file to display 185 for 
the information represented by the data in the audio file to be played. 

While the invention has been described with reference to a preferred embodiment, it 
will be understood by those skilled in the art having reference to the specification and drawing 
that various modifications and alternatives are possible therein without departing from the 
25 spirit and scope of the invention. 


6 


